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WE CLAIM: 

A software architecture for an information technology platform, comprising of always-on 
arid event-driven, engines, interfaces and processes and using intelligent molecular software data 
objects for interactive data records. 



: architecture in claim 1, further comprising: 

a. Intelligent Molecular Object (MO), a versatile, data-enabling software object, 
which proviaes for real-time translation, integration, and object-to-object / object-to-analysis 
tools communication at the object data level, to allow multidimensional, platform-independent 

1 0 complex queries m real-time; 
f=& b. an Intelrjgent Object Handler (IOH), which provides the application framework and 

jjj user interface for IR^O data, to allow for seamless integration of their benefits into legacy 

\ck systems; and 

)2j c. an Intelligent (Object Pool (IOP), comprising one global virtual data pool comprised of 

jjyl 15 IMO data, which integrates diverse data resources on any system or network to provide result 

ST? \ 

w 5 aggregation and instant answers across diversified data subsets. 

Si 
3 

|^ 3. The architecture in claiAa 2, wherein the IMO is further comprised of: 

ill a. a unique identifier (Ulm, comprising a property pane layer created at IMO generation, 

20 which provides typically a 10 byte, Alphanumeric unique identification on any system or network; 

b. an object access manager V) AM), a property pane layer which governs data security 
and access according to UID permission 

c. an object root router (ORR)\a property pane layer which contains information to 
define the origin of the object within the syfetem or network; 

25 d. an interactive content router (ICR), a property pane layer which routes content and 

results interactively across the system or netwc 

e. a status management component (SMC), comprised of an object state engine and 
certain interfaces, which monitors data integrity ahd command history in GLP/GMP-compliance 
via state history and governs table lookup actions vi\ the ICR; 
30 f. a property pane controller (PPC), which controls the initiation of IMO communication 

according to activation by claims 3a through 3d, above\ 
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gXvector subsets (VSS) for automatic, dynamic, or user-defined workspace definitions, 
which provide vectorized, direct addressing of data subsets for the ICR to minimize network 
traffic; 

h. metaVlata indices (MDX), to provide efficient access via dynamically updated meta- 
5 data description relevant to extant data queries and definitions; 

i. object pafie descriptors (OPD), which provide information about each object property 
pane and their function as required for direct communication with diversified applications and 
databases; 

j. an interface foK direct information interchange (DII), which provides the interface to 
10 communication at the objec\ level; 
m k. an application translator link (ATL), which activates the OAM and ICR to determine 

O the property panes for functional presentation and access within a given application or database 

m environment; 

y 1. an object graph previeV (OGP) pane, comprising a limited resolution image and 

(35 1 5 graphics viewer for quick graphical data review, particularly of image data and spectral datasets; 
^ m. a raw data matrix (RDMO, comprising a property pane which provides the full 

ii! \ 

I** information subset for any data format orvstructure; and, 

! ^ n. matrix structure definitions (M&D), which allows for data field mapping and enables 

Q v - - - 

if\ vector access to specific data fields. 

O 20 

4. The architecture in claim 2, wherein thk IOH further comprises: 

a. a unified presentation layer (UPL), which provides a web-enabled graphical user 
interface (GUI) to integrate components and/or modules from diverse applications, laboratory 
systems environments and to act as handler for IMO Wa; 
25 b. a user definition administration shell (UBA), which sets ups and governs access 

privileges to individual IMO data at the user-defined le\\ri and is accessible within heterogeneous 
network environments; 

c. at least one engine for data object normalization and standardization, image 
normalization and standardization, IMO data translation, attributed learning, and knowledge 

30 extraction; 

d. at least one access interface to and in-between instruments, data and applications, 
comprising interfaces which include, but are not limited to, direct instrument acquisition and 
control, application translation, direct object query, result generation^ and legacy synchronization; 
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\ e. a master query component (MQC), create complex, multidimensional queries, 
containing pre-defined, configurable subsets of forms commonly used, but not restricted to, in 
diverse areSas of Life Sciences; 

f. ark IMO generator (IMO-G), an event-driven component to acquire data from 
heterogeneous Mata resources, including from ongoing data acquisition, in real-time and 
transforms deviceWtputs and heterogeneous data types to IMO data; 

g. an IMO>handler (IMO-H), which enables user management of IMO data utilizing 
integrated meta-data tags and pointers; 

h. an IMO application framework (IMO-A), which provides integration and access 
protocols to heterogeneousyapplications and databases on the object level; 

i. an application definition generator (ADG), which automates the query and generation 
of application and defines commuting environments for the IMO data translation; 

j. at least one data type translator (DTT), which define the data type dependencies for the 
EMO-G according to the applications and database environments defined by the ADG; and 

k. an automated application assembly component (AAA), which provides for just-in-time 
(JIT) module linking. \ 

5. The architecture in claim 2, whereiV the IOP further comprises: 

a. sets of Intra-Pools (iPools), regulated by boundary protocols, which provide data 
subset management and the define integrity ancropersistence of IMO relationships; 

b. iPool security authentication protocolsViPSA), which authenticates iPool data requests 
according to user login and object data identificatioV 

c. iPool availability monitoring protocols (iPAM), which define the iPool availability and 
access requirements of diverse data subsets; \ 

d. iPool exchange protocols (iPEP), which determine and govern iPool data exchange 
protocols according to user-defined criteria; \ 

e. an object integrity assessment component (OIaY which assess object integrity for 
security and QA / QC; \ 

f. sets of engines and interfaces to access and generate\ranked results within the IOP, 
including but not limited to an integrity assessment interface, \ real-time meta-data linking 
interface and an iPool-to-iPool query interface; \ 

g. an iPool meta-data index (iMDX), which provides dynamic, automated, and user- 
defined meta-data indices at the iPool level; * 
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h. an aggregate meta-data index (aMDX), which provides dynamic, automated, and user- 
defied meta-data indices at the aggregate IMO level, inclusive of all relevant data resources; 

i. an object-to-object query meta-data sorter (OQM), to generate temporary tables based 
on dynamic, automated, and user-defined meta-data indices; and 

j. Vn aggregate real-time significance generator (aRSG), which provides for significance 
detection or^values based on query parameters, meta-data indices when relevant, and IMO data 
ranking. 



6. The architecture in claim 4, wherein the engines further comprise: 

10 a. an objectVtate engine (OSE), which provides a continuously-running (always on) set of 

processes, which monitor and govern activities of MO data, performing real-time recording, 
updating and logging flections in GLP/GMP-compliant format. 

7. The architecture in Jdaim 4, wherein the engines further comprise: 

a. a set of MO standardization techniques (MO-S), comprising engines which provide 
algorithms for tracking, standardization and/or normalization of object data; 

b. an generic object normalization engine (ONE), which extracts variable and non- 
variable regions within any set of^bject data and generates a global standard to which all data 
can be referred; 

c. an engine for global imag^ normalization (GIN), which extracts variable and non- 
variable regions within any set of imag^ data and generates a global standard to which all data 
can be referred; 

d. an object translation engine (OTt), which is comprised of methods and functions for 
real-time meta-data extraction and table generation of raw data matrix, data object, data field, 

25 data structure, data functional information, \iata type, database type, and application type 
definitions for the OPD; 

e. a distributed-learning- engine (DLE\ which provides algorithms for dynamic, 
automated, and user-defined hypothesis generation utilizing global data resources; and 

f. a knowledge extraction engine (KEE), which provides algorithms for dynamic, 
30 automated, and user-defined significance discovery and\eport generation. 
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8. The architecture in claim 5, wherein the engines further comprise: 
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\ a. a result aggregation engine (RAE), to validate, assemble, rank and tabulate results 
passecrrfrom the IOH and to generate output reports across diversified data subsets. 

9. Tne architecture in claim 3, wherein the interfaces further comprise: 

a. aMirect information interchange interface (DII), which allows for rapid analysis and 
results aggregation by providing the interface for object-to-object and object-to-analysis tools via 
such related interfaces and engines including, but not limited to the OQI, OTE, and the DLE. 

10. The architecture in claim 4, wherein the interfaces further comprise: 

a. a graphicalVser interface (GUI), utilizing web-enabling standards including but not 
limited to Java and XML; 

b. a direct instrwnent acquisition and control interface (DIAC), which provides bi- 
directional real-time communication between the IOH, the IMO and diverse instrumentation; 

c. an application translation interface (ATI), to provide automated real-time detection of 
diverse data and applications ahd gate bi-directional access to the OTE, thus enabling functional, 
standardized integration of IMOydata within heterogeneous data and applications environments; 

d. an object query interface (OQI), comprising an interface for direct information 
interchange (DII) with IMO data, wMch initiates query analysis and results aggregation; 

e. a result generation interne (RGI) ) to provide validated, assembled, ranked and 
tabulated results to the RAE, thus enabling the generation of output reports across diversified data 
subsets; and \ 

f. a legacy synchronization interface (LSI), to provide persistence and synchronization of 
offline legacy data. \ 

1 1 . The architecture in claim 4, wherein thAinterfaces further comprise: 

a. an iPool integrity assessment interface, (iPIA), to asses data integrity within a defined 
iPool for security and QA/QC; \ 

b. a real-time meta-data link interface (RML), which provides for rapid relevant data 
access based on query parameters and MDX information; 

c. a pool-to-pool query interface (PPQ), which provides for query optimization based on 
query parameters and relevant iPool data and meta-data intercommunication; and, 
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, d. an IMO Zoomer (IMO-Z), which defines proximity and functional ranking of 
individual IMO data within the IOP and enables multidimensional IMO data viewing to represent 
object relationships within the pool and in relationship to other iPools. 

12. An Architecture using interactive Objects for real-time, efficient, multidimensional, 
interdependent intelligent queries. 

13. An Intelligent Object comprising a set of functional layers or panes. 
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An information technology system, comprising: 
an Intelligent Mblecular Object (IMO); 
an Intelligent Object Handler (IOH); and 
an Intelligent Object Pool (IOP); 

said EMO, IOH, and IOP being adapted to communicate and interoperate with each other. 



25 



The information technology system as in Claim 14, wherein: 
said Intelligent Molecular Object (IMO) providing a versatile, data-enabling software 
object, which further provides for real-time translation, integration, and object-to-object / object- 
to-analysis tools communication at\he object data level, to allow multidimensional, platform- 
independent complex queries in real-time; 

said Intelligent Object Handler (IOH) provides the application framework and user 
interface for IMO data, to allow for seamltess integration of their benefits into legacy systems; and 
said Intelligent Object Pool (IOP) Comprising one global virtual data pool comprised of 
IMO data, which integrates diverse data resources on any system or network to provide result 
aggregation and instant answers across diversified data subsets. 
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16. The architecture in claim 14, wherein the flVIO is further comprised of: 

a unique identifier (UID), comprising a property pane layer created at IMO generation, 
which provides typically a multi-byte, alphanumeric unique identification on any system or 
network. 



17. The architecture in claim 14, wherein the EMO is Wther comprised of: 
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an object access manager (OAM), a component within a property pane layer which 
goverA^ data security and access according to UID permissions. 

18. Tfie architecture in claim 14, wherein the IMO is further comprised of: 

an o\ject root router (ORR), a component within a property pane layer which contains 
information toMefine the origin of the object within the system or network; 
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19. • The architecJture in claim 14, wherein the IMO is further comprised of: 

an interactive content router (ICR), a component within a property pane layer which 
routes content and results interactively across the system or network; 

20. The architecture iA claim 14, wherein the IMO is further comprised of: 
a status management component (SMC), interacting with an object state engine and 

certain interfaces, which monitors data integrity and command history in GLP/GMP-compliance 
via state history and governs talkie lookup actions via the ICR. 

21. The architecture in claim M, wherein the MO is further comprised of: 
a property pane controller C?PC), which controls the initiation of IMO communication 

according to an activation. 
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22. The architecture in claim 14, wherein the IMO is further comprised of: 

vector subsets (VSS) for automatic, dynamic, or user-defined workspace definitions, 
which provide vectorized, direct addressingW data subsets for the ICR to minimize network 
traffic. 
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23. The architecture in claim 14, wherein the Ifto is further comprised of: 
, meta-data indices (MDX), to provide efficient access via dynamically updated meta-data 

description relevant to extant data queries and definitior 

24. The architecture in claim 14, wherein the IMO is further comprised of: 
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object pane descriptors (OPD), which provide information about each object property 
pane ahd their function as required for direct communication with diversified applications and 
databases^ 

5 25. The architecture in claim 14, wherein the MO is further comprised of: 

an objec\ query interface for direct information interchange (DII), which provides the 
interface to communication at the object level. 

26. The architecturesin claim 14, wherein the MO is further comprised of: 
10 an application translator link (ATL), which activates the OAM and ICR to determine the 

[a property panes for functional presentation and access within a given application or database 

b . 
:~ environment. 

U 
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q 27. The architecture in claim I4^wherein the MO is further comprised of: 
GQ 15 an object graph preview (OGP^pane, comprising a limited resolution image and graphics 

viewer for quick graphical data review, particularly of image data and spectral datasets. 

IU 

g 28. The architecture in claim 14, wherein\he MO is further comprised of: 
£H a raw data matrix (RDM), comprising a property pane which provides the full 



20 information subset for any data format or structured 

29. The architecture in claim 14, wherein the MO^s further comprised of: 

matrix structure definitions (MSD), which allo^ for data field mapping and enables 
vector access to specific data fields. 
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